 CUPRINS PREFATA pag 2 CUVÂNT ÎNAINTE pag 3 CAPITOLUL 1 Introducere pag 4 1 1 Exemplu de proiectare incorecta pag 4 CAPITOLUL 2 Elemente de proiectare a bazei de date pag 7 2 1 Entitati, atribute, chei pag 7 2 2 Diagrama ER (Entitate relatie ) pag 8 CAPITOLUL 3 Primii pasi în baze de date relationale pag 12 3 1 Crearea unei baze de date relationale folosind resurse ACCESS pag 12 3 2 Popularea bazei de date folosind formulare pag 20 3 3 Filtrarea înregistrarilor pag 28 CAPITOLUL 4 Crearea unei noi baze de date pag 30 4 1 Crearea unei baze de date vide pag 30 4 2 Crearea si o modificarea tabelelor pag 31 4 3 Popularea tabelelor pag 42 4 4 Salvarea, protectia si închiderea bazei de date pag 44 CAPITOLUL 5 Cereri si vederi asupra bazei de date pag 47 5 1 Crearea unei relatii pentru a defini o lista de alegeri pag 47 5 2 Crearea unei cereri simple pag 53 5 3 Crearea unei cereri utilizând mai multe tabele pag 56 CAPITOLUL 6 Formulare pag 61 6 1 Crearea unui formular simplu pag 61 6 2 Subformulare pag 65 6 3 Crearea unui macro pag 70 CAPITOLUL 7 Rapoarte si etichete pag 74 7 1Asemanari si deosebiri între rapoarte si formulare pag 74 7 2Crearea unui raport imediat pag 74 7 3 Crearea unui raport cu ajutorul Wizardului pag 75 7 4 Raport de sinteza pag 80 7 5 Crearea etichetelor pag 85 CAPITOLUL 8 Crearea unui meniu pag 89 8 1 Crearea unui buton pag 89 8 2 Legarea butonului de o actiune pag 91 CAPITOLUL 9 Crearea unui HELP pag 95 CAPITOLUL 10 Proiect de sistem cu baza de date pag 101 9 1 Proiectarea logica a bazei de date Relationale pag 101 CAPITOLUL 11 Construirea unei aplicatii run-time in access pag 130 BIBLIOFRAFIE pag 141 PREFATA Bazele de date constituie un element foarte des întâlnit în viata de toate zilele Un dictionar, o carte de telefon, o enciclopedie sunt baze de date Mai precis exprimat, o baza de date reprezinta un ansamblu de date integrat, anume structurat si dotat cu o descriere a acestei structuri Descrierea poarta numele de dictionar de structuri sau meta-date (informatii despre structuri) si creeaza o interdependenta între datele propriu-zise si programe În functie de modul de organizare a informatiilor se cunosc trei tipuri de baze de date: relational, ierarhic, în retea Din punctul de vedere al întelegerii bazelor de date, cel mai simplu este tipul relational Sistemul de baze de date relational are aceeasi structura fizica cu datele ce trebuie prelucrate Sistemul de gestiune a bazelor de date (SGBD) este un sistem de programare care faciliteaza si supervizeaza introducerea de informatii în baza de date, actualizarea si extragerea datelor din baza de date, controlul si autorizarea accesului la date, precum si asigurarea unei independente între structura bazei de date si programele de aplicatie Bazele de date constituie un univers deosebit de atragator De la aparitia conceptului de baza de date (când, aceasta, era "vazuta" ca o colectie de fisiere) pâna în prezent (când vorbim de modelul relational), acesta a avut o extraordinara evolutie, din punct de vedere al continutului Evolutia sa extraordinara s-a datorat atât dezvoltarii deosebite a fundamentelor teoretice cu privire la reprezentarea si regasirea datelor, cât si realizarii a numeroase sisteme de gestiune a bazelor de date, ceea ce a facut posibila utilizarea pe scara larga în diverse domenii ale activitatii sociale a produselor program, având la baza aceste sisteme Fundamentarea teoriei bazelor de date porneste de la necesitatea definirii modelelor de date, modelul relational constituind unul dintre cele mai importante dintre aceste modele Într-un asemenea model, datele sunt memorate sub forma de relatii, un element al unei relatii reprezentând un obiect al lumii reale Esenta modelului relational al bazelor de date îl constituie teoria dependentelor Câteva din avantajele modelului relational sunt urmatoarele: datele sunt reprezentate simplu si usor de regasit; ofera posibilitatea utilizarii limbajelor de programare de nivel înalt pentru acces la date; realizarea integritatii si confidentialitatii datelor; posibilitatea de realizare a unei multimi diverse de aplicatii; existenta unei metodologii de proiectare a bazelor de date În prezentul volum autorul - cadru didactic la Catedra de Informatica Teoretica a Facultatii de Matematica si Informatica din Universitatea "Transilvania" Brasov - îsi propune ca, beneficiind de o foarte bogata experienta în abordarea teoretica si aplicativa a bazelor de date, în activitatea desfasurata cu studentii, sa puna la dispozitia cititorului, doritor sa se initieze în baze de date, elementele practice necesare acestei initieri Asadar volumul se adreseaza atât studentilor, care urmeaza cursul de baze de date, cât si tuturor celor interesati în abordarea practica a bazelor de date Prof univ dr Moise COCAN Catedra de Informatica Teoretica CUVÂNT ÎNAINTE Cartea de fata are la baza "Baze de date pentru începatori" cartea noastra scrisa în cadrul proiectului TEMPUS IB JEP 14186-99 Am simtit nevoia de împrospatare pentru ca, între timp SGBD ACCESS a evoluat si proiectul exemplu din carte era incomplet Am adaugat, de asemenea, crearea unui meniu (capitolul 8) si modul de apelare a unui macro (capitolul 6, ecranele 111 - 116) Multumesc sotiei mele Mirela, care m-a ajutat cu sfaturi si corectura cartii CAPITOLUL I INTRODUCERE Foarte multa lume discuta sau chiar foloseste notiunea de "Sisteme cu baza de date", dar în afara de pretiozitatea exprimarii, multi dintre acestia cred ca o colectie oarecare de fisiere, în orice limbaj care permite o prelucrare, ar fi suficienta pentru nevoile afacerii, daca pregatirea nu este de specialitate coboara si mai jos si folosesc un sistem de calcul tabelar (EXCEL) sau se reped într-un SGBD (Sistem de Gestiune a Bazelor de Date ) care arata cum se creaza si cum se utilizeaza o baza de date si se lovesc pe parcurs de probleme, de obicei, insurmontabile Din ce cauza? Ce lipseste? Lipseste întelegerea distincta a ceea ce înseamna un Sistem cu baze de date si lipseste proiectarea în acord cu aceasta întelegere Exemplu de proiectare incorecta Pentru întelegerea facila a unor definitii teoretice care vor urma, o sa prezentam un exemplu Firma "Lectura inteligenta" vinde carti prin corespondenta Pentru aceasta culege planuri editoriale de la câteva edituri cu acrea re contracte si îsi face reclama în ziare, la radio, la televiziune sau prin corespondenta directa cu clientii mai vechi În urma reclamei primeste comenzi pe care le satisface ulterior Bula, baiatul patronului, elev stralucit la Liceul de Informatica, a creat o metoda simpla (si eficienta pentru început) de manipulare a comenzilor si vânzarilor, pe care a denumit-o "baza de date" Cititorul îsi va da seama ca titlul este pretentios Autorul îsi propune sa descopere împreuna cu cititorul defectele acestei abordari, aparute pe masura ce afacerea lua amploare Intrarea în sistemul ingeniosului elev se face pe baza unui formular pe care un angajat îl completeaza pentru fiecare volum pe care îl comanda un client Iata acest formular: Id client este creat combinând codul localitatii (patru cifre) cu primele trei litere ale numelui si cu un numar de ordine ( cinci cifre) Deci Popescu Ion al 35-lea client din Brasov va avea identificatorul 220000800035 Acest cod, dupa cum se vede, asigura unicitatea unui identificator pentru clienti Cum se desfasoara activitatea? Pe baza unui catalog clientul comanda una sau mai multe carti Când cartea este disponibila (se afla în depozit) este trimisa la toti cei care au comandat-o si în casuta comanda satisfacuta se marcheaza un X La prima vedere totul este simplu, în regula, si treaba chiar a functionat o vreme Scopul nostru este sa observam care sunt defectele unui asemenea proiect Defectul numarul 1 Baza de date contine multe date duplicate: - numele, adresa, , unui client apar de câte ori acesta comanda o noua carte - titlul, autorii apar de câte ori este comandata aceiasi carte Si ce daca sunt date duplicate? - se ocupa mai mult loc pe mediul de stocare - scrierea de mai multe ori a aceluiasi lucru face ca aceasta scriere sa fie diferita (exemplu cartea "Utilizarea ACCESS '95" poate sa apara Utilizare Access '95 sau Utilizare Acces '95 ) Ultimele doua forme nu vor fi regasite în baza de date ce va face ca anumiti clienti sa nu fie satisfacuti, de aici decurgând o serie întreaga de probleme Solutia ar fi sa eliminam pe cât posibil duplicarile sau, atunci când ne permite, acestea sa fie corecte (consistente) O proiectare corecta a unei baze de date rezolva aceasta problema Defectul numarul 2 Pentru ca firma facea catalogul manual, cu un consum mare de munca necalificata, s-a pus problema editarii catalogului direct din baza de date Dar din aceasta baza de date este imposibil de realizat asa ceva pentru ca: - baza de date nu contine toate datele care fac posibila alegerea unei carti (lipseste un scurt continut, de exemplu) - prin adaugare am ajunge sa accentuam primul defect Sa-l includem o singura data? Cum o sa stim unde l-am inclus? Cel mai grav însa, este faptul ca în catalog ar trebui sa apara carti care nu au fost comandate de nimeni si aceasta problema nu poate fi rezolvata cu acest sistem - Defectul numarul 3 Problemele legate de stergerea datelor Sa presupunem ca un client a comandat o singura carte si ca aceasta carte nu mai este scoasa (exemplu interzisa de cenzura) daca stergem informatia despre carte o sa pierdem adresele tuturor clientilor care au comandat numai aceea carte si deci nu vom putea trimite catalogul la o multime de clienti posibili Defectul numarul 4 O alta mare problema este acel identificator de client Sunt prea multe lucruri incluse acolo De multe ori sunt utile astfel de coduri mixte dar sa vedem ce se întâmpla în cazul nostru daca un client se muta Identificatorul de client se schimba si vom avea comenzi pentru acelasi client pe doua adrese de aici posibila duplicare a pachetelor sau trimiterea unui pachet la o adresa gresita În acest curs vom învata sa proiectam corect o baza de date astfel încât sa evitam aparitia acestor defecte Proiectul nu este suficient pentru a rezolva problema Datele sunt depuse în calculator împreuna cu relatiile dintre ele într-un mod fizic care nu ne intereseaza în acest moment Noi vrem sa exprimam cerinte asupra bazei de date în limbajul proiectului Traducerea din acest limbaj, cautarea si editarea rezultatelor este treaba Sistemului de Gestiune al Bazei de Date prescurtat SGBD {90% din calculatoarele functionale în acest moment sunt echipate cu Microsoft Office deci, pentru a putea aplica aproape oriunde cele învatate o sa învatam sa utilizam SGBD Microsoft ACCES } CAPITOLUL 2 ELEMENTE DE PROIECTARE A BAZEI DE DATE 2 1 Entitati, atribute, chei În introducere am vazut ca actualizarea datelor despre clienti sau a datelor despre carti este dificila în conceptia initiala Aceasta deficienta a aparut pentru ca au fost puse împreuna date despre trei lucruri distincte: clienti, carti si comanda Astfel de "lucruri" vor fi numite de acum înainte entitati Entitatea este ceva despre care se memoreaza date Clientii si cartile sunt entitati tangibile (tari), comenzile nu pot exista fara celelalte doua, ele nu sunt tangibile desi sunt puse pe hârtia comanda, comanda este o entitate slaba Entitatea va fi reprezentata în baza noastra de date sub forma unui tabel în care liniile sunt concretizarile acestei entitati, adica reprezentantii sau instantele entitatii Pe fiecare linie nu vom avea chiar reprezentantii entitatii ci numai date care caracterizeaza din punctual de vedere al aplicatiei reprezentantii entitatii; aceste date se numesc atribute Deci o entitate din viata reala genereaza într-o baza de date relationala un tabel ale carui coloane au ca nume atributele entitatii, iar pe linii succesive se gasesc valorile atributelor pentru fiecare reprezentant al entitatii în parte De exemplu: entitatea CARTE are atributele: id carte, titlu, autor, editura, pret, în exemplul dat sunt trei reprezentanti ai acestei entitati, iar fiecare celula a acestui tabel reprezinta o valoare a atributului corespunzator coloanei pentru reprezentantul corespunzator liniei CARTE id carte titlu autor editura pret 00035 Relational database design Harrington Academia Press 5,00 lei 00102 Baze de date Lungu All 1,20 lei 10223 Utilizare Access '95 Jennings Teora 11,00 lei Daca am avea 10 000 de carti vom avea în tabel 10 000 de linii pe care ar fi memorate valorile atributelor entitatii CARTE Alt exemplu pentru entitatea CLIENT având atributele: id client, nume, prenume, oras, str , nr , tel, cod CLIENT id carte nume prenume oras Str nr tel cod 00001 Ancu Viorel Brasov Castanilor 43 162534 500142 00010 Barna Dan Cluj Horia 241 458142 420120 00011 Cucea Maria Iasi Lalelelor 12 457256 650124 00101 Nanu Vasile Tg Mures Jiului 105 256412 345002 Daca avem doi clienti cu acelasi nume cum vom determina care este cel care a comandat o anumita carte? Am vazut care sunt inconvenientele crearii unui cod mixt cum a fost cel initial Am mai putea folosi pentru identificatori numele plus numarul de telefon, dar în acest caz avem multe caractere si ramân problemele legate de actualizari; de exemplu schimbarea numarului de telefon Un astfel de atribut, simplu sau obtinut prin concatenare care identifica unic o instanta a unei entitati se va numi cheie Asa cum recomanda practica si autorii Harrington vom crea chei printr-un numar generat succesiv si unic în special pentru persoane, locuri, lucruri etc Ramân situatii în care este nevoie de chei concatenate Existenta unei chei care sa identifice unic reprezentantii unei entitati este o regula esentiala de integritate a datelor Într-un model relational (de care ne ocupam în mod special) este esential ca atributele sa aiba valori unice, adica fiind data o instanta a unei entitati, un anumit atribut trebuie sa aiba o singura valoare De exemplu un client poate avea un singur numar de telefon Daca lasam mai multe locuri, marim inutil si neproportional baza de date deci în cazul acestei necesitati trebuie creata o noua entitate "numar de telefon" cu mai multe instante 2 2 Diagrama ER (Entitate relatie ) Odata stabilite entitatile si atributele ele trebuie sa ramâna pe un document; de fapt toata activitatea de proiectare trebuie documentata Pe lânga tabelele pe care le putem gasi în Iacob si , avem nevoie de un instrument grafic care sa permita o vedere sintetica asupra bazei de date Chen a "inventat" diagrama E-R (entity-relationship adica entitate-relatie) O prezentam aici sub o forma modificata: Entitatea se reprezinta sub forma unui dreptunghi în care sunt listate atributele si în care este pusa în evidenta cheia Apoi vom vedea cum se reprezinta si relatiile între entitati Iata cum arata, în prima instanta, entitatile reproiectate pentru societatea "Lectura inteligenta" Se observa imediat ca trebuie sa spunem ce valori pot lua atributele si cât loc o sa ocupe aceste valori Aceasta înseamna ca trebuie stabilim domeniul atributelor Practic se utilizeaza urmatoarele simboluri: CHARx text de x caractere, x ? 256 INTx numar întreg de x cifre DECIMALx z numar de x cifre dintre care NUMERICx z z sunt dupa virgule (punctual) zecimal DATE data calendaristica (zz/ll/aa) TIME timp hh:mm:ss DATETIME o combinatie a precedentelor BOOLEAN valoarea logica (adevarat sau fals) În baza de date se vor introduce si relatii între entitatile, care sunt de fapt realizate între instante Vom enumera în continuare tipurile de relatii care se pot stabili între entitati: Relatii 1 la 1 Este cazul relatiei din casatoria dintre doua posibile entitati "barbati" si "femei" (nu în tarile islamice) Relatii 1 la n Sunt cele mai frecvente Exemplu la o editura pot fi mai multe carti, dar o anumita carte provine de la o singura editura Relatii n la m Între comenzi si carti Într-o comanda pot fi mai multe carti si aceeasi carte poate sa apara în mai multe comenzi Acest tip de relatii nu este usor de mânuit si o astfel de relatie este transformata în doua relatii de 1 la n introducând o noua entitate În cazul nostru noua entitate va fi "detaliu comanda" Este obligatoriu ca în aceasta entitate sa avem cheile celor doua entitati între care exista relatia de n la m Relatiile vor fi descrise în diagramele E-R cu linii între entitati care vor fi întretaiate de simboluri ale tipurilor Aceste simboluri sunt descrise mai jos | | pentru una si numai una (instanta) 0 | pentru zero sau una > | pentru una sau mai multe > 0 pentru zero, una sau mai multe Exemplu: relatia între comenzi si carti O comanda contine cel putin o carte, dar o carte poate sa nu fie comandata de nimeni, totusi este o relatie de tip n la m ea poate fi transformata prin introducerea entitatii "detaliu comanda" în: Deci diagrama finala într-o proiectare corecta ar fi: Sa observam ca: - cheia în entitatea comanda este numarul de comanda care apare în mod natural pe acest document - cheia în entitatile de legatura "detaliu comanda" si "carte autor", introduce pentru a "distruge" relatiile n la m, este formata din concatenarea celor doua chei ale entitatilor legate si nu creaza probleme de actualizare O baza de date relationala are la baza relatia, care poate fi considerata ca un tabel (reprezentarea unei entitati) cu linii (instante ale entitatilor), si coloane (atribute) Bineînteles ca între tabele trebuie sa existe legaturi Aceste legaturi sunt realizate prin disciplina: cheie primara cheie straina Cheia primara este cheia unei relatii, iar cheia straina este atributul (de obicei cu acelasi nume ) de acelasi tip cu cheia primara si cu valori care se pun în corespondenta cu cele ale cheii primare Pentru ca o baza de date relationala sa fie corecta, trebuie ca baza de date sa îndeplineasca anumite restrictii: - restrictia de unicitate a cheii - restrictia referentiala valorile cheii straine trebuie sa figureze printre valorile cheii primare sau sa aiba valoarea NUL - restrictia entitatii valorile cheii primare sunt unice si nu pot fi NUL - restrictia de domeniu valorile atributelor pot fi NUL sau din domeniul de definitie Gasiti în capitolul 9 un exemplu de proiectare a unei baze de date relationale Un alt exemplu se poate gasi în Iacob CAPITOLUL 3 Primii pasi în baze de date relationale * O sa cream o baza de date relationala folosind resurse ACCESS * O sa populam aceasta baza de date folosind formulare * O sa listam componente ale bazei de date folosind criterii logice (filtrare) * O sa salvam si o sa închidem baza de date 3 1 Crearea unei baze de date relationale folosind resurse ACCESS Pentru a lansa SGBS-ul ACCESS trebuie sa aveti instalat pe PC-ul vostru Microsoft Office Profesional Dupa ce ati pornit calculatorul va aparea pe ecran ceva în stilul: Cu clic pe butonul stâng al mouse-ului pozitionat pe se obtine: Cu clic-uri succesive pe butonul stâng al mose-ului pe , , se obtine ecranul: Cu clic pe butonul stâng al mose-ului pe se obtine: De aici vom alege si apare: Cu clic de aici pe si obtinem: De aici alegem si obtinem: Apasând succesiv pe obtinem ecranele: Acum selectând se declanseaza crearea bazei de date cu defilarea unor ecrane de tipul: Dupa ce se termina aceasta operatie se obtine: Faceti clic pe si, în ecranul care urmeaza, introduceti datele (evident fictive) ale firmei pentru care construiti sistemul De exemplu: Când parasiti acest ecran cu clic pe pe rândul cu obtineti: 3 2 Popularea bazei de date folosind formulare În continuare vom introduce date în tabele prin formulare Mai întâi în produse facând clic pe De exemplu: Cu clic pe nu o sa puteti selecta o categorie pentru ca acestea nu au fost introduse Faceti dublu clic pe (tot cu butonul stâng) si puteti introduce categorii De exemplu: Acum este cazul sa introduceti mai multe produse în fiecare categorie pe care o alegeti Va propun cel putin 3 categorii si în fiecare categorie între 2 si 6 produse La fiecare produs o sa introducem facturi de intrare dupa ce am selectat Observati ca data apare cu valoarea initiala = data zilei curente, dar ea poate fi schimbata Din nou la furnizor (supplier), la angajat (employee) si la metoda de trimis (shipping method) va trebui sa facem dublu clic ca sa introducem noi înregistrari corespunzatoare în tabelele respective De exemplu: Se obtine asa ceva: Am mai introdus o factura: Observati ca, daca reveniti în , puteti veda câte carti si când au fost primite: Revenind în meniul principal (parasirea unui meniu se face cu clic pe X), putem vedea ce am introdus în alte tabele cu clic pe de unde obtinem: Tot din meniul principal cu clic pe se obtine: De aici putem vedea rapoarte cu : 1) comparatii de cost al produselor (atentie la aspect! Studiati în acest sens bara de meniu de sus) 2) cumparari pe furnizor 3) Informatii despre stoc: 4) detalii despre tranzactii: Daca facem clic pe , se vor salva toate informatiile si se va închide baza de date 3 3 Filtrarea înregistrarilor Poate ca nu toate înregistrarile sunt necesare pe ecran; de exemplu vrem sa vedem numai produsele din categoria 'carte' În meniul principal, selectând , apoi selectam si , de acolo 'carte', apoi cu clic pe butonul drept apare un meniu vertical din care selectam Apare un ecran în care se vede ca au fost filtrate înregistrarile si au ramas numai cele doua carti introduse Putem realiza filtre mult mai complexe Pentru aceasta, în acelasi formular, facem clic cu butonul drept, dar nu pe câmpurile de date Dupa selectia liniei apare: Formularul s-a golit Selectati valorile de filtrare si faceti clic pe 'pâlnia' din bara de sus; o sa apara doar înregistrarile filtrate De exemplu, selectând din 'geanta', din 'poseta fifi' se obtine: CAPITOLUL 4 Crearea unei noi baze de date În acest capitol vom învata: > sa cream o noua baza de date vida > sa cream si o sa modificam tabele > sa adaugam atribute cu anumite proprietati > sa specificam chei > sa cream relatii între tabele > sa populam tabele > sa salvam si o sa închidem baza de date > Din ecranul 36 facem clic pe 4 1 Crearea unei baze de date vide Obtinem ceva de tipul: Dati un nume viitoarei baze de date si faceti clic pe Se obtine: 4 2 Crearea si o modificarea tabelelor Vom prefera Dati 'Enter' si puteti crea prima tabela Vom crea mai întâi tabela 'client' cu numele fiecarui atribut si selectând tipul de atribut Se poate vedea în ecranul urmator ca la 'nr client' am dat tipul Aceasta înseamna ca la fiecare nou client sistemul va adauga un nou cod marind cu 1 codul maxim de pâna atunci; bineînteles ca aceasta va fi definita ca cheie si se va numi cheie surogat pentu ca nu avem un atribut 'natural' ca sa îl facem cheie Facând clic pe obtineti: Dati 'Enter' si în ecranul care urmeaza dati numele noii tabele Cu clic pe se obtine ecranul 42 Este momentul sa stiti mai multe despre tipurile de date pe care le putem atasa câmpurilor din tabele În ecranul 39 se vede o lista de tipuri din care putem alege: - adica caractere alfanumerice (de fapt orice caractere) - tot text , dar cu lungime variabila, folosit pentru descrieri mai lungi - numar care poate fi întreg sau fractionar ca în tabelul urmator: Tip de date Plaja de valori Cifre zecimale Loc în memorie De la Pâna la 1 byte Byte 0 235 Integer -32678 32767 2 bytes Long integer -2147483648 2147483647 4 bytes Single -3,4*1038 3,4*1038 7 4 bytes double -1797*10308 1797*10308 15 8 bytes - Date calendaristice, timp la alegere mai jos în - Moneda în $, lei etc - pe care l-am comentat dupa ecranul 38 - tipul - valoare logica care poate fi Da sau Nu - obiecte ca de exemplu: poze, grafice, sunete etc - legaturi cu site-uri internet - un tip de date special care va da posibilitatea de a da unui câmp numai valori luate din alt câmp, alta tabela, sau lista de valori folosind pentru aceasta o casuta de lisare sau un combo dupa cum vom vedea mai departe Sistemul nu va lasa sa cerati tabela fara a defini o cheie Apasati pe , selectati tabela 'client' selectati din bara de sus si definiti cheia ca fiind 'nr client' Daca aveti un 'autonumber' cheia se va defini automat Cream în mod analog tabelele: - comanda - în ecran 44 - detaliu comanda - în ecran 45 - carte - în ecran 46 - editura - în ecran 47 - carte autor - în ecran 48 - autor în ecran 49 Observati ca sistemul a introdus automat o cheie care avea tipul autonumber Asa cum se poate vedea în ecranul 47, putem, în partea de jos a ecranului, sa specificam proprietati ale câmpurilor: - defineste lungimea unui text în numar de caractere - se aplica la date de tip numeric sau data si poate fi ales din lista care se deschide cu clic pe zona respectiva - ataseaza un sablon la care trebuie sa se potriveasca datele de intrare Puteti atasa o astfel de 'masca' apelând la wizard prin butonul marcat cu - - ceea ce scrieti aici va aparea ca nume al câmpului în toate editarile lui adica în rapoarte, în formulare, etc - este o valoare introdusa automat în câmp când este creat un nou tuplu (linie în tabel), pe care utilizatorul o poate schimba - se scrie sau se construieste cu 'Wizard-ul' o expresie care lasa sa intre în tabel numai valorile corecte - daca expresia anterioara nu este corecta se afiseaza textul - se aplica la texte unde se poate pune spatiu în loc de valoarea NULL (daca nu este nimic introdus) - prevede indexare dupa acest câmp În ecranul principal de proiectare (Ecran 50) vom selecta, în bara cea mai de sus, butonul: Dupa clic apare: Din acest ecran vom selecta, pe rând, toate tabelele pe care le vom lega între ele facând clic pe de fiecare data Dupa ce le-ati adaugat pe toate faceti clic pe si veti obtine: Putem rearanja tabelele pe ecran prin 'drag and draw' Apasam cu bubonul stâng al mouse-ului pe numele tabelei si, fara sa dam drumul butonului, deplasam imaginea în pozitia dorita Aranjati acum ecranul astfel încât sa obtineti ecranul 53 În acest ecran vom face legaturile tot cu 'drag and draw' Legatura trebuie facuta între atribute din cele doua tabele; atributele trebuie sa fie de acelasi tip (tipul autonumber se poate lega cu number - long integer) Se 'ia' un atribut din partea cu '1' a legaturii (vezi diagrama de la pag ), si se 'trage' la atributul corespunzator din cealalta tabela De exemplu, 'tragând' nr editura din editura peste acelasi atribut din carte se obtine: Aici vom selecta , si , apoi selectam din ecranul 55 Se obtine: În acest mod vom face toate legaturile din diagrama de la pag 10 si obtinem: Parasim, ca de obicei, acest ecran si putem verifica sau modifica aceste relatii urmând acelasi drum 4 3 Popularea tabelelor Putem introduce date în tabele (date de test) selectând din ecranul principal tabela respective si apoi sau cu dublu clic pe tabela selectata De exemplu daca facem asta pe tabelul 'carte' se obtine: Aici putem introduce date; cu grija însa ca nreditura sa existe în 'editura' si de asemenea la 'autor' prin 'carte autor' Rezulta ca nu putem introduce date începând cu tabela 'carte'! Un exercitiu bun este sa introduceti date, pe rând, în tabelele 'editura', 'autor', 'carte' si 'carte-autor' În exemplul nostru se pot vedea date în ecranele 59 -62 Introducerea datelor reale se va face prin formulare De altfel prin introducerea în formulare este mult mai usor de respectat integritatea referentiala, asa cum se poate vedea în tabelele 18 - 26 si în capitolul 6 4 4 Salvarea, protectia si închiderea bazei de date Tot ce construiti în ACCESS este dus automat pe disc; informatiile se pot pierde totusi daca nu s-a facut corect la închiderea calculatorului Se pune însa problema sa pastram o copie a bazei de date, fie într-un alt folder, fie pe discheta Pentru aceasta, din meniul principal, apasând pe se obtine: Aici, cu clic pe se obtine: Si puteti salva copii al obiectelor din baza de date Daca vreti ca numai anumite persoane sa poata avea acces la baza de date, puteti sa o protejati Pentru aceasta, din bara de sus a meniului, selectati apoi si Apare ecranul: Dupa clic aici puteti sa puneti parola care va fi ceruta de câte opri deschideti aceasta baza de date Atentie sa nu uitati parola! CAPITOLUL 5 Cereri si vederi asupra bazei de date Putem lista liniile unui tabel, asa cum am facut pâna acum, dar avem urmatoarele inconveniente: * s-ar putea sa nu avem nevoie de toate liniile ci numai de unele care îndeplinesc anumite conditii - am învatat deja sa facem acest lucru prin filtrare * s-ar putea sa nu ne trebuiasca toate câmpurile * s-ar putea sa avem nevoie de informatii combinate din mai multe tabele (de exemplu când listam o carte sa avem nevoie si de numele editurii si de numele autorilor am putea sa cream tabele asa cum avem nevoie, dar am descoperit toate neajunsurile unui asemenea mod de organizare în primul capitol Exista solutie ? Bine înteles! Solutia se numeste vedere (view) care înseamna un tabel fictiv cu care se pot face o serie de operatii, fara ca el sa ocupe un loc efectiv în memoria externa O vedere este rezultatul unei cereri (query) pe care o putem crea în limbajul SQL, sau prin meniuri în QBE (query by exemple = cerere prin exemple) Limbajul SQL nu este în vederile acestei carti, asa ca vom adopta a doua cale Cererile care utilizeaza mai multe tabele fac apel la relatiile pe care le-am stabilit în capitolul 4 (ecranele 50 - 57) În acest capitol o sa învatam: > Sa cream o relatie pentru a defini o lista de alegeri (care este rezultatul unei cereri) > Sa cream o cerere simpla (dintr-un singur tabel) > Sa cream o cerere utilizând mai multe tabele între care exista relatii > Sa modificam o cerere > Sa adaugam câmpuri calculate > Sa facem grupuri 5 1 Crearea unei relatii pentru a defini o lista de alegeri O sa observam întâi ca daca vrem sa nu gresim când introducem editor unei carti trebuie sa o luam dintre editurile existente sau, daca acesta editura nu exista, sa o adaugam mai întâi în tabelul 'editura' Pentru aceasta vom relua proiectarea tabelului 'carte' La caracteristicile câmpului 'nreditura' vom trece selectând unde vom completa: - la - "Combo Box' - la - 'Table Query' - la - 1 - la - 2 - la - selectam si se deschide ecranul 67 Aici vom proiecta o cere astfel: * Selectam tabelul 'editura' * Selectam si tabelul se muta sus * Iesim selectând din subecran Dupa ce am iesit, selectam câmpurile de care avem nevoie Acestea sunt 'nreditura' si 'nume ed' Doua câmpuri, cum am declarat în 'Column count', din care primul se ia în considerare la legatura cu tabelul 'carte', cum am declarat în 'Bound Column' Selectia câmpurilor se va face cu dublu clic pe numele câmpului sau prin 'drag and draw' Vom mai selecta, pe linia si coloana 'nume ed' optiunea pentru ca editurile sa fie listate în combo box în ordine alfabetica crescatoare Încheiem,ca de obicei , reproiectarea tabelului 'carte' si revenim în meniul principal Vom face acum crearea unui formular simplu pentru a vedea efectul modificarilor În bara de sus selectam apoi si obtinem: Alegem si ca sa începem un proces de generare a unui formular anticipând putin continutul capitolului 6 În acest ecran vom selecta câmpurile pe care le dorim în formular unul câte unul cu Daca le vrem pe toate selectam butonul Dupa apare ecranul: Vom alege aici modul de afisare pe coloane selectând si Apare: Aici trebuie sa ne alegem aspectul fondului formularului Încercati toate liniile si dupa ce v-ati stabilit la cea mai potrivita, selectati Apare ecranul: Aici, dupa ce am selectat , selectam si obtinem: Daca vrem, putem deschide acest formular din meniul principal selectând si apoi formularul dorit În formular putem vedea * toate cartile pe rând cu butonul înainte sau cu înapoi * trece la prima carte cu butonul sau la ultima cu * sau putem introduce o noua înregistrare cu Se poate vedea cum functioneaza combo boxul selectând corespunzator din câmpul 'nreditura' 5 2 Crearea unei cereri simple Daca vrem sa cream un tabel fictiv numai cu clientii din Brasov o sa cream o cerere în felul urmator Din meniul principal selectam Apare: Vom selecta aici prima optiune Apoi apare: Selectam, din tabel, tabelul 'client' facând clic pe Dupa apare ecranul: De aici putem selecta, cum am vazut deja, câmpurile de care avem nevoie De asemenea selectam ordinea crescatoare a numelor si , la scriem " ='brasov' ",pentru a pune în tabelul fictiv numai clientii Brasoveni Închidem, ca de obicei, procedeul dând nume acestui query Din ecranul principal, selectând si apoi 'client brasov' cu dublu clic, putem vedea pe ecran continutul tabelului fictiv pe care tocmai l-am creat Bineînteles ca trebuia mai întâi sa introduceti date si ca trebuie sa aveti cel putin un client cu orasul 'brasov' Daca vrem, de exemplu, sa cream un tabel cu clientii si cartile comandate de acestia, informatia nu poate fi luata dintr-un singur tabel asa ca trebuie sa stim sa facem 5 3 Crearea unei cereri utilizând mai multe tabele Selectam, ca mai înainte, , , adaugam cu tabelele 'client', 'comanda', detaliu comanda' si 'carte', dupa care obtinem: Selectam, aici, 'nume', 'prenume','titlu' ca în tabelul urmator: Parasim dând numele 'client carte' Daca vrem sa vedem, ca mai înainte, rezultatul, obtinem Vrem, acum, sa aflam si valoarea cartilor comandate de fiecare client si sa ordonam clientii dupa aceasta valoare Selectam, exact ca mai înainte, câmpurile 'nume' si 'prenume', din aceleasi tabele, si adaugam un câmp calculat valoare=nr bucati*pret Cu clic pe butonul drept al mouse-ului pe partea de se obtine: Cu clic pe trecem în ecranul urmator: Se vede aici ca înregistrarile vor fi grupate dupa 'nume' si 'prenume' De aici cu clic pe butonul care a aparut sub 'valoare' în linia obtinem: Cu clic pe vom încheia aceasta proiectare si obtinem: Iesim de aci, ca de obicei, dând nume acestei cereri 'clienti cu valori' Procedam ca mai înainte ca sa vedem rezultatul acestei cereri CAPITOLUL 6 Formulare La introducerea datelor în noua noastra baza de date, am folosit un tabel incomod Pe de alta parte am vazut, în capitolul 3, ecranele 20 - 23, un mod mai 'prietenos' de introducere a datelor Asemenea operatii se fac comod prin formulare Formularele sunt de doua tipuri: 1 Formulare pentru preluarea de date care ofera posibilitatea de a actualiza simultan mai multe tabele 2 Formulare pentru decizii care prezinta, într-un mod placut si imediat, informatii ca suport pentru decizii În acest capitol vom învata : > Sa cream formulare simple > Sa cream formulare imediate > Sa modificam formulare > Sa cream formulare cu subformulare > 6 1 Crearea unui formular simplu Un formular simplu poate fi creat pe baza unui tabel sau a unei cereri Sa selectam, de exemplu, tabelul 'autor', în meniul principal, si cu clic pe obtinem: Cu clic pe de declanseaza crearea formularului pe care, daca îl deschideti, apar listati autorii: Aici putem face modificari ale câmpurilor (în afara de nr autor care este ), putem introduce noi autori, sau, pur si simplu, putem sa vedem datele memorate despre fiecare Cam acelasi formular se poate obtine ca formular instantaneu Selectam tabelul 'autor' si din bara de sus selectam : Cu clic pe obtine: Acest formular contine si subformular unde vedeti si numarul cartilor scrise de autorii respectivi Daca nu ne place cum arata, putem modifica formularul În stânga sus, sub , selectam butonul de proiectare De aici selectam si apare: Puteti mari fereastra ecranului în dreapta , în jos , sau în amândoua directiile deodata, agatând sagetile de pe margini si 'tragându-le' în directia dorita Cu clic pe eticheta 'prenume autor' se obtine: Putem, aici, sa schimbam textul etichetei sau sa o deplasam într-o alta zona Sa vedem daca ati înteles filozofia acestei aplicatii; puteti sa aduceti formularul la forma urmatoare? Am vazut deja în capitolul 5, ecranele 70 - 75, cum se creaza formulare în modul asistat (cu Wizard-ul) Puteti acum sa descoperiti cum se poate adauga la un formular antet si picior de pagina 6 2 Subformulare În cadrul unui formular se poate crea un subformular Am vazut deja asta în ecranul 95 si în ecranul 18 O sa cream un suformular la formularul 'carte' ca sa vedem si autorii cartii listate Cream mai întâi o cerere pe baza careia se va crea subformularul Cererea se face asa cum am învatat deja Ajungeti în ecranul: O sa salvam cererea cu numele 'autor pe carte' si reluam proiectarea formularului carte Selectând , si apare: Rearanjam ecranul facând loc subformularului si selectam din bara de sus butonul pentru 'tool box' si , de acolo cel pentru subformular Dupa aceasta, cu butonul stâng al mouse-ului apasat, puteti trasa spatiul pentru subformular Când ati lasat butonul veti fi în ecranul: Selectam si apare: De aici luam 'Query:autor pe carte' si se obtine: Preluam în subformular toate câmpurile: Dupa : Si iarasi : Apoi cu se obtine: Închidem salvând formularul si daca îl deschidem obtinem: 6 3 Crearea unui macro Acesta este un formular în care se pot vedea cartile cu autorii lor Am vazut în capitolul 3 ecran 20 ca prin dublu clic pe aparea formularul pentru introducerea unui nou angajat Daca vrem sa introducem o carte dintr-o editura care este noua pentru noi, am putea sa parasim acest formular, sa deschidem formularul 'edituri', daca l-am creat, si dupa ce am introdus editura respectiva, sa revenim în 'carte' pentru a continua introducerea Sigur ca este incomod si, dupa modelul amintit din capitolul 3, vom învata sa declansam un formular la dublu clic pe numele editurii În proiectare pe formularul 'carte', cu butonul drept al mouse-ului, se obtine: De aici, cu clic pe , se obtine: Acum, pe , selectam si facem clic pe se obtine: Am intrat în unde vom construi un 'macro' pentru deschiderea unui formular Dupa clic pe se arata: Am completat aici numele acestui macro Dupa clic pe , din ecranul urmator selectam ca în: Dupa clic ni se cere numele acestui macro ca în ecranul urmator: Alegem , din lista, numele formularului - 'editura' si, dupa clic, închidere si salvare, formularul carte functioneaza asa cum am vrut CAPITOLUL 7 Rapoarte si etichete Produsul principal al informatiilor din baza de date este un raport Raportul este destinat tiparirii, adica editarii pe hârtie care se pastreaza o perioada de timp mai lunga Diferentele de suport (ecran fata de hârtie) genereaza o serie întreaga de diferente În acest capitol vom învata: > Sa cream un raport imediat > Sa cream un raport cu ajutorul asistentului (Report Wizard) > Sa facem grupari si sinteze > Sa tiparim etichete pentru corespondenta 7 1Asemanari si deosebiri între rapoarte si formulare O sa prezentam mai întâi deosebirile 1 Rapoartele sunt destinate tiparirii si nu sunt concepute pentru a fi afisate într-o fereastra Daca vreti sa vedeti pe ecran imaginea unui raport, se poate sa nu o vedeti întreaga pe ecran si daca o micsorati s-ar putea sa nu o mai vedeti clar 2 Valorile din raport nu se pot modifica 3 Rapoartele nu pot da o vedere tabelara; cu ele singurele prelucrari sunt design, print preview si print 4 Se poate crea un raport neasociat unui tabel (real sau fictiv - vedere) ca acesta fiind gazda unor subrapoarte nelegate între ele 5 Prin dialogul din se poate adapta dimensiunea raportului la dimensiunea hârtiei 6 În rapoartele multicoloana numarul, latimea si distanta dintre coloane este controlata de acelasi Printer Setup nu din faza de proiectare Dam, în continuare, asemanari între rapoarte si formulare 1 Functia lui este analoaga cu cea a lui si puteti crea trei tipuri de rapoarte: cu o singura coloana, cu grupare si eventual totalizare si etichete pentru corespondenta 2 În raport gasim, ca si în formular, sectiunile de antet si de picior de pagina, dar utilizarea lor este mult mai frecventa 3 Sectiunile grupurilor, din rapoarte, sunt echivalente cu sectiunea de detaliu din formular Grupurile(denumite si benzi) pot avea propriul lor antet - Group Header - si propriul subsol - Group Footer - , care sunt folosite pentru denumirea grupului, respectiv pentru totaluri de grup Am vazut si la formulare posibilitati de grupare 4 Rapoartele pot avea subrapoarte ca si formularele 7 2Crearea unui raport imediat Pentru a crea un raport imediat selectati din meniul principal - tabelul 'carte', apoi din optiunea ca în ecranul urmator: Cu clic sau Enter va apare: Asa cum v-am mai spus, nu se vede tot! Puteti sa parcurgeti toata lista încercati! Putem sa facem si 7 3 Crearea unui raport cu ajutorul Wizardului Selectati, din meniul principal, tabelul 'carte' si din optiunea Se obtine: Se alege si se obtine: În acest ecran se pot alege câmpurile dorite cum am facut si la formulare Dupa apare: Alegeti aici gruparea dupa 'nreditura' si dupa vom avea: Aici puteti indica ordinea de sortare (în exemplul nostru dupa 'titlu') si aveti posibilitatea de a face sumari, dar asta vom vedea mai târziu Dupa apare: De aici alegeti aranjarea grupurilor în pagina Va sfatuiesc sa încercati toate modurile Dupa vine: Din acest ecran se alge tipul fondului: Cu ajungem la: Nu se vad în întregime unele câmpuri, dar am învatat deja sa modificam formulare; la fel putem modifica corespuzator acest raport Vom face acum un 7 4 Raport de sinteza O sa cream mai întâi cererea 'comenzi' Atentie! Raportul trebuie sa aiba la baza un tabel sau o cerere Stim deja sa cream o cerere asa ca pornim de la ecranul: În seria de ecrane de creare a raportului (care seamana cu altele parcurse pâna acum) o sa punctam numai ecranele mai importante: Dupa se obtine: Daca vrem totaluri, în proiectare de la ecranul: Facem clic pe si obtinem: Cred ca va descurcati aici ca sa obtineti sumarea pe Expr1 acum raportul va arata asa: Se pot vedea la 'ion ion' toate nivelele de sumare, iar daca dati la sfârsit, o sa vedeti si totalul general 7 5 Crearea etichetelor Daca vreti sa editati etichete cu numele si adresa clientilor pentru a fi lipite pe pachetele cu carti, puteti proceda astfel: Din meniul principal, selectati tabelul 'client' Din selectati si din acesta Dupa apare: Dupa ce ati fixat marimea etichetei si numarul de etichete pe acelasi rând cu obtineti: Unde alegeti fontul si dimensiunea scrisului Dupa : Aici alegeti câmpurile pe care le vreti în eticheta Cu : Avem ecranul în care ne fixam optiunile de sortare Si dupa : Daca nu va place modificati-l cum ati învatat sa iasa asa: CAPITOLUL 8 PROIECTAREA UNUI MENIU În acest capitol vom învata sa: > Cream un buton > Legam butonul de o actiune Am vazut, în capitolul 3, ecranul 17, ca actiunile unui sistem sunt concentrate într-unul sau mai multe ecrane legate, ceea ce constitui un meniu eventual cu submeniuri Totul începe de la crearea unui buton care are atasata o actiune în momentul în care este apasat butonul Ca sa creati un asemenea buton deschideti un formular nou cu : 8 1 Crearea unui buton Dupa selectare apare: Acesta este un spatiu în care vom proiecta butonul folosind de pe bara din stânga ecranului Selectati de acolo butonul si , dupa apasare, puteti sa îl duceti pe ecran în locul dorit Ecranul va arata : 8 2 Legarea butonului de o actiune Selectam, de aici, si si dupa apare: De aici selectam formularul pe care vrem sa îl deschida butonul, în exemplul nostru 'autor' Dupa vedem: Si dupa înca un : În acest ecran cu butonul de selectie, selectam si în casuta corespunzatoare punem textul 'deschide autor' Se obtin succesiv ecranele: Dupa si : Parasim ecranul dând nume ('buton autor') Daca deschideti formularul 'buton autor' va apare: Selectând acest buton se va deschide formularul 'autor': Exista si alte modalitati de a face butoane si de a le lega de o actiune Cititorul este îndemnat sa descopere singur si alte posibilitati Dupa ce ati gasit cea mai convenabila, creati-va meniul pentru aplicatia pe care am construit-o împreuna CAPITOLUL 9 CREAREA UNUI HELP Crearea HELP-ului pentru aplicatia realizata începe odata cu documentarea pentru realizarea aplicatiei si continua cu urmatorii pasi: 1 Asistarea cu ajutorul barei de stare 2 Utilizarea indiciilor 3 Folosirea butonului What's This 4 Crearea help-ului sensitiv 5 Compilarea unui pachet de fisiere help si includerea lor în aplicatie Realizarea help-ului trebuie sa tina seama de diferitele tipuri de utilizatori: Novici - acei utilizatori care înca cred ca PC-ul este o masina de scris ceva mai sofisticata Medii (dar timizi, sau robusti) - au mai multe cunostinte dar au retineri mari când este vorba de depanarea unor probleme, cei robusti având mai multa încredere descriu în detaliu problemele ivite atunci când cer ajutor Puternici - au studii în domeniu si pot fi o binefacere sau o pacoste pentru firma Documentatia, manualul de utilizare, fisierele help sperie utilizatorul novice datorita jargonu-ului specializat, utilizatorul intermediar nu are niciodata timp sa consulte documentatia si prefera sa întrebe un utilizator puternic, care în final este aproape sigur cel care va citi ceea ce am scris în documentatie manual sau în fisierele help 0 Înainte de 1 Pentru voi ca viitori dezvoltatori ai aplicatiei cât si pentru utilizatori aplicatiei este bine sa concepeti descrieri concise ale fiecarui obiect În fereastra de proprietati a unui obiect (tabela, raport, interogare, formular, etc) prin completarea câmpului Descriere / Description ne asiguram ca în modul de vizualizare Detalies vom avea acces la aceste informatii 1 Asistarea cu ajutorul barei de stare Completarea descrierii fiecarui câmp dintr-o tabela, de exemplu Va genera aparitia acestor informatii în bara de stare (coltul stânga jos) ori de câte ori ne vom afla în câmpul respectiv Daca un formular este deschis accesarea comenzii Proprietati din meniul contextual obtinut prin click dreapta pe formular va deschide o caseta text în care pe fila Other / Altele putem completa câmpul Status Bar text / Text bara de stare care de asemenea va aparea în bara de stare ori de câte ori ne aflam în câmpul respectiv 2 Utilizarea indiciilor (Control Tips) În acelasi mod în care am atasat un text pentru bara de stare putem crea un text care sa apara sub forma unui balon În locul baloanelor pot fi folosite casetele de mesaje A Ele pot fi generate în cadrul procesului de validare a datelor odata cu crearea tabelelor Mesajul scris în câmpul Validation Text din fila General va aparea în caseta de avertizare atunci când data introdusa încalca regula de validare impusa B n cazul formularelor pot asocia o caseta de informare care sa apara înaintea deschiderii formularului în felul urmator: Se deschide formularul în mod proiectare si din meniul contextual se alege Construire eveniment apoi Generare macrocomanda dupa care se denumeste macrocomanda, apoi se completeaza câmpurile acesteia Apoi se salveaza ea si formularul La deschiderea formularului va aparea mai întâi caseta de informatii construita cu ajutorul unei macrocomenzi C Pentru generarea unui eveniment asociat unui câmp din formular voi alege fila Eveniment în care pot asocia o macrocomanda unui anumit tip de eveniment din lista afisata Nu uitati ca trebuie salvata atât macrocomanda generata cât si modificarea adusa formularului D Prin referirea la o procedura 3 Folosirea butonului What's This Daca un formular este deschis în modul Vizualizare în mod proiectare prin intermediul comenzii Proprietati din meniul contextual obtinut prin click dreapta pe formular se va deschide o caseta formular în care pe fila Format putem selecta optiunea de a avea buton What's This Obs El poate exista doar daca butonul de minimizare/maximizare lipseste 4 Crearea help-ului sensitive 5 Compilarea unui pachet de fisiere help si includerea lor în aplicatie Pentru a crea un help asemamator cu cel al Windows-ului trebuie sa folosim o serie de fisiere sursa în functie de cât de elaborat dorim sa fie acest help Tabel 1 Tipul fisierului sursa Extensia sa Descriere Fisierul proiect hpj Este un fisier sursa obligatoriu si contine lista tuturor fisierelor si optiunilor care alcatuiesc help-ul Acest fisier va fi compilat si în urma acestei compilari va rezulta un fisier cu extensia hlp care este help-ul propriu-zis Compilarea se face cu hcw exe (Help Compiler Workshop) Fisierul Topic rtf Este un fisier sursa obligatoriu si contine toate informatiile pentru un subiect mare grupate pe topics-uri care pot fi maxim 32767 Numarul de fisiere rtf este limitat doar de spatiul de pe disc Fisierul continut cnt Nu este obligatoriu Este fisierul al carui continut va aparea ca si Tabel de continuturi în fisierul help compilat Fisierul Bitmap bmp Nu este obligatoriu Pot fi incluse în fisierul rtf, numarul lor maxim fiind 65535 în cazul versiunii pe 32 de biti Altele wmf, shg, mrb Nu sunt obligatorii Fisiere care organizeaza imaginile în diverse moduri CAPITOLUL 10 Proiectul logic În acest capitol vom vedea, pe un exemplu, cum se proiecteaza un sistem cu baza de date relationala Vom proiecta un sistem cu baza de date pentru gestiunea unui restaurant Principalele activitati în restaurant ar fi: > Evaluarea stocului de alimente de catre bucatarul sef; > Constituirea listei cu alimentele care trebuiesc aprovizionate; > Efectuarea cumparaturilor de la furnizorii care au cel mai bun raport calitate - pret; > Actualizarea stocului si a pretului mediu ponderat dupa receptia alimentelor achizitionate; > Actualizarea retetarelor, pentru preparatele noi pe care dorim sa le oferim clientilor; > Calcularea pretului pe portie în functie de retetarul fiecarui preparat; > Luarea comenzilor de la clienti dupa ce au consultat meniul casei cu preturile de vânzare; > Calculul fiecarei comenzi în parte; > Evaluarea comenzilor onorate 1) Crearea modelelor conceptuale locale, bazate pe view-urile utilizatorilor: Sunt utilizate trei vederi ale sistemului informatic: * Evidenta furnizorilor restaurantului; * Evidenta preparatelor din meniul restaurantului; * Evidenta comenzilor de la clienti 1 1 Identificarea tipurilor de entitati În cazul evidentei furnizorilor, tipurile de entitati sunt: Furnizori Facturi Alimente Intrari-alimente În cazul evidentei preparatelor, tipurile de entitati sunt: Preparate Alimente Retetar În cazul evidentei comenzilor, tipurile de entitati sunt: Comenzi Preparate Detaliere-comanda Documentarea tipurilor de entitati: Tipurile de entitati din view-ul Furnizori: Nume tip de entitate Descriere Aliasuri Entitati Furnizori Firmele de la care se cumpara alimente Firmele care executa livrari de alimente Facturi Totalitatea facturilor cu care s-au achizitionat alimente Facturile emise de furnizori Alimente Contine totalitatea alimentelor existente în magazia restaurantului Alimentele aflate în stocul magaziei Intrari-alimente Contine totalitatea alimentelor facturate introduse în magazie Alimentele achizitionate Tipurile de entitati din view-ul Preparate: Nume tip de entitate Descriere Aliasuri Entitati Preparate Contine totalitatea preparatelor care se servesc în restaurant Preparate oferite la consum Alimente Contine totalitatea alimentelor existente în magazia restaurantului Alimentele aflate în stocul magaziei Retetar Contine aliment/gramaj pentru fiecare preparat în parte Retetarele folosite la fiecare preparat din meniu Tipurile de entitati din view-ul Comenzi: Nume tip de entitate Descriere Aliasuri Entitati Comenzi Comenzile pe baza carora se servesc preparatele Comenzile facute de clienti Preparate Contine totalitatea preparatelor care se servesc în restaurant Preparate oferite la consum Detaliere-comanda Totalitatea preparatelor vândute(nr portii) pe fiecare comanda în parte Preparate (nr portii) vândute în restaurant 1 2 Identificarea tipurilor de relatii Tipurile de relatii din cele trei view-uri sunt prezentate în tabelele de mai jos: Tipuri de relatii din view-ul Furnizori: Tip de entitate Tip de relatie Tip de entitate Alimente Sunt luate în evidenta prin Intrari-alimente Facturi Determina Intrari-alimente Furnizori Emit Facturi Tipuri de relatii din view-ul Preparate: Tip de entitate Tip de relatie Tip de entitate Preparate Se prelucreaza pe baza Retetar Alimente Intra în componenta Retetar Retetar refera Preparate Tipuri de relatii din view-ul Comenzi: Tip de entitate Tip de relatie Tip de entitate Comenzi Determina Detaliere-comanda Preparate Se vând pe baza Detaliere-comanda Pentru o mai buna vizualizare a datelor vom utiliza modelarea ER View-ul Furnizori: determina emit sunt luate în evidenta View-ul Preparate: intra se prelucreaza View-ul Comenzi: Se vând determina Documentarea tipurilor de relatii Tipuri de relatii din view-ul Furnizori: Tip de entitate Tip de relatie Tip de entitate Cardinal Participare Alimente Sunt luate în evidenta prin Intrari-alimente 1:M T:T Facturi Determina Intrari-alimente 1:M T:T Furnizori Emit Facturi 1:M T:T Tipuri de relatii din view-ul Preparate: Tip de entitate Tip de relatie Tip de entitate Cardinal Participare Preparate Se prelucreaza pe baza Retetar 1:M T:T Alimente Intra în componenta Retetar 1:M P:T Tipuri de relatii din view-ul Comenzi: Tip de entitate Tip de relatie Tip de entitate Cardinal Participare Comenzi Determina Detaliere-comanda 1:M T:T Preparate Se vând pe baza Detaliere-comanda 1:M P:T * P-participare partiala la relatie T-participare totala la relatie 1 3 Identificarea si asocierea atributelor la tipurile de relatii si tipurile de entitati Documentarea atributelor Atributele tipurilor de entitati din view-ul Furnizori: Tip de entitate Atribute Descriere Tip de date si lungime Reguli ALIMENTE Cod-aliment Det unic alimentele Numar întreg lung Cheie primara Denumire-aliment Denumirea alimentului 25 caractere U/M Unitate-de-masura 5 caractere INTRARI- Id-aliment Det unic intrarea alim Autonumerotare Cheie primara ALIMENTE Nr-factura Nr facturii de intrare Numar întreg lung Cheie straina Cod-aliment Cod aliment intrat Numar întreg lung Cheie primara Cantitate Cantitatea alimentului Numar întreg scurt Pret Pret de intrare facturat Numar întreg lung FACTURI Nr-factura Numarul facturii Numar întreg lung Cheie primara Data-factura Data emiterii facturii Data Cod-furnizor Codul emitentului fact Numar întreg lung FURNIZORI Cod-furnizor Det unic furnizorii Numar întreg lung Cheie primara Nume-furnizor Nume firma furnizoare 25 caractere Cod-fiscal Cod fiscal furnizor Numar întreg lung Cont-IBAN Cont IBAN furnizor 24 caractere Localitatea Adresa(localitate furn ) 10 caractere Strada Strada furnizorului 10 caractere Numar Numarul strazii Numar întreg Telefon/Fax Telefon/Fax furnizor 20 caractere Atributele tipurilor de entitati din view-ul Preparate: Tip de entitate Atribute Descriere Tip de date si lungime Reguli ALIMENTE Cod-aliment Det unic alimentele Numar întreg lung Cheie primara Denumire-aliment Denumirea alimentului 25 caractere U/M Unitate-de-masura 5 caractere RETETAR Id-preparat Det unic alim în prep Autonumerotare Cheie primara Cod-preparat Codul preparatului Numar întreg lung Cod-aliment Cod aliment intrat Numar întreg lung Cantitate-portie Cant alim în preparat Nr simplu 2 zecimale PREPARATE Cod-preparat Det unic preparatele Numar întreg lung Cheie primara Denumire-preparat Denumirea preparatului 25 caractere Fel-preparat Tipul preparatului 10 caractere Atributele tipurilor de entitati din view-ul Comenzi: Tip de entitate Atribute Descriere Tip de date si lungime Reguli PREPARATE Cod-preparat Det unic preparatele Numar întreg lung Cheie primara Denumire-preparat Denumirea preparatului 25 caractere Fel-preparat Tipul preparatului 10 caractere COMENZI Nr-comanda Det unic comanda Numar întreg lung Cheie primara Data-comanda Data comenzii Data Client Numele clientului 25 caractere Tip-plata Mod plata client 10 caractere DETALIERE- Id-preparat Det unic prep în com Autonumerotare Cheie primara COMANDA Nr-comanda Numarul comenzii Numar întreg lung Cod-preparat Codul preparatului Numar întreg lung Nr-portii Nr de portii comandate Numar întreg scurt 2) Creare si validarea modelului local de date 2 1 Proiectarea modelului local conceptual în modelul local logic Vom elimina acele structuri din baza de date care sunt dificil de implementat în sistemul de gestiune al bazelor de date Pentru a rezolva aceasta problema vom urma pasii: (1) Eliminarea relatiilor de tipul N:M Cum putem observa din tabelele precedente, nu exista relatii de tipul N:M (2) Eliminarea relatiilor complexe În acest pas, eliminam toate relatiile complexe (care sunt între mai mult de doua entitati) din modelul conceptual Aceasta eliminare se poate rezolva prin crearea de noi entitati Proiectul nostru nu contine nici o relatie complexa (3) Eliminarea relatiilor recursive Pasul acesta elimina toate relatiile recursive, adica acele relatii care pun în relatie o entitate cu ea însasi În proiect nu avem astfel de cazuri (4) Eliminarea relatiilor cu atribute Se elimina toate acele relatii, care au asociate atribute Eliminarea se realizeaza prin adaugarea de noi entitati care vor memora aceste atribute În proiectul de fata nu este cazul (5) Reexaminarea relatiilor de tipul 1:1 Proiectul în cauza nu contine relatii de acest tip (6) Eliminarea relatiilor redundante Pot exista cazuri în care sa avem relatii redundante, adica sa se poata ajunge de la o entitate la alta prin mai multe drumuri diferite În acest caz relatiile redundante trebuie eliminate, pentru ca ne-am propus sa ajungem la o baza de date minimala si foarte stabila Nu este si cazul proiectului nostru Modelul conceptual ramâne acelasi ca cel desemnat la pasul anterior 2 2 Crearea de relatii peste modelul logic local View-ul Furnizori Furnizori (COD-FURNIZOR, NUME-FURNIZOR, COD-FISCAL, CONT-IBAN, LOCALITATE, STRADA, NUMAR, TELEFON/FAX) Cheie primara COD-FURNIZOR Facturi (NR-FACTURA, DATA-FACTURII, COD-FURNIZOR ) Cheie primara NR-FACTURA Cheie straina COD-FURNIZOR referindu-se la Furnizori (COD- FURNIZOR, NUME-FURNIZOR, COD-FISCAL, CONT-IBAN, LOCALITATE, STRADA, NUMAR, TELEFON/FAX) Alimente (COD-ALIMENT, DENUMIRE-ALIMENT, U/M) Cheie primara COD-ALIMENT Intrari-alimente (ID-ALIMENT, NR-FACTURA, COD-ALIMENT, CANTITATE, PRET) Cheie primara ID-ALIMENT Cheie straina NR-FACTURA referindu-se la Facturi (NR-FACTURA, DATA-FACTURII, COD-FURNIZOR ) Cheie straina COD-ALIMENT referindu-se la Alimente (COD- ALIMENT, DENUMIRE-ALIMENT, U/M) View-ul Preparate Preparate (COD-PREPARAT, DENUMIRE-PREPARAT, FEL-PREPARAT) Cheie primara COD-PREPARAT Alimente (COD-ALIMENT, DENUMIRE-ALIMENT, U/M) Cheie primara COD-ALIMENT Retetar (ID-PREPARATE, COD-PREPARAT, COD-ALIMENT, CANTITATE-PORTIE) Cheie primara ID-PREPARATE Cheie straina COD-PREPARAT referindu-se la Preparate (COD-PREPARAT, DENUMIRE-PREPARAT, FEL-PREPARAT) Cheie straina COD-ALIMENT referindu-se la Alimente (COD- ALIMENT, DENUMIRE-ALIMENT, U/M) View-ul Comenzi Comenzi (NR-COMANDA, DATA-COMANDA, CLIENT, TIP-PLATA) Cheie primara NR-COMANDA Preparate (COD-PREPARAT, DENUMIRE-PREPARAT, FEL-PREPARAT) Cheie primara COD-PREPARAT Detaliere-comanda (ID-PREPARAT, NR-COMANDA, COD-PREPARAT, NR-PORTII) Cheie primara ID-PREPARAT Cheie straina NR-COMANDA referindu-se la Comenzi (NR- COMANDA, DATA-COMANDA, CLIENT, TIP-PLATA) Cheie straina COD-PREPARAT referindu-se la Preparate (COD-PREPARAT, DENUMIRE-PREPARAT, FEL-PREPARAT) 2 3 Validarea modelului prin normalizare o Forma Normala Unu (1NF), eliminarea repetitiilor din atribute o Forma Normala Doi (2NF), eliminarea dependentelor partiale de cheia primara o Forma Normala Trei (3NF), eliminarea dependentelor tranzitive de cheia primara o Forma Normala Boyce-Codd (BCNF), eliminarea anomaliilor care au mai ramas Pentru relatiile prezentate la punctul anterior: o Nu exista grupuri repetitive în nici una dintre entitati Deci relatia este în forma normala unu o Fiecare cheie se compune dintr-un singur atribut De aceea nu putem avea dependenta partiala de cheie Deci relatia este în forma normala doi o Nu exista dependente tranzitive de chei, deci relatia este in forma normala trei 2 4 Validarea modelului prin tranzactiile cerute Pentru a valida prin tranzactii un model logic de date, folosim diagrama ER si documentatia întocmita Crearea si modificarea de înregistrari cu detaliile unei intrari * Pentru crearea înregistrarii despre o intrare, dupa introducerea datelor despre aceasta, se va selecta factura asociata si furnizorul asociat facturii O intrare nu poate fi asociata mai multor facturi, iar o factura nu poate fi asociata mai multor furnizori * Pentru a modifica o intrare trebuie sa stim numarul facturii din baza de date Cautam acea intrare si daca exista modificam detaliile despre aceasta, recreând si legaturile * În cazul stergerii unei intrari, prima data trebuie cautate înregistrarile de legatura a acelor intrari cu facturile Daca exista si nu mai este nici o alta legatura catre ea se sterge, dupa care se sterge si intrarea 2 5 Desenarea diagramei ER În cazul nostru aceasta diagrama nu se modifica 2 6 Definirea regulilor de integritate Reguli de integritate: * necesitatea datelor, * domeniile atributelor, * integritatea entitatilor, * integritatea relatiilor, * reguli date de intreprindere Atributele tipurilor de entitati din view-ul Furnizori: Tip de entitate Atribute Descriere Tip de date si lungime Admite valoarea nula Reguli ALIMENTE Cod-aliment Det unic alimentele Numar întreg lung Nu Cheie primara Denumire-aliment Denumirea alimentului 25 caractere Nu U/M Unitate-de-masura 5 caractere Nu INTRARI- Id-aliment Det unic intrarea alim Autonumerotare Nu Cheie primara ALIMENTE Nr-factura Nr facturii de intrare Numar întreg lung Nu Cod-aliment Cod aliment intrat Numar întreg lung Nu Cantitate Cantitatea alimentului Numar întreg scurt Nu Pret Pret de intrare facturat Numar întreg lung Nu FACTURI Nr-factura Numarul facturii Numar întreg lung Nu Cheie primara Data-factura Data emiterii facturii Data Nu Cod-furnizor Codul emitentului fact Numar întreg lung Nu FURNIZORI Cod-furnizor Det unic furnizorii Numar întreg lung Nu Cheie primara Nume-furnizor Nume firma furnizoare 25 caractere Nu Cod-fiscal Cod fiscal furnizor Numar întreg lung Nu Cont-IBAN Cont IBAN furnizor 24 caractere Nu Localitatea Adresa(localitate furn ) 10 caractere Nu Strada Strada furnizorului 10 caractere Nu Numar Numarul strazii Numar întreg Nu Telefon/Fax Telefon/Fax furnizor 20 caractere Da Atributele tipurilor de entitati din view-ul Preparate: Tip de entitate Atribute Descriere Tip de date si lungime Admite val nula Reguli ALIMENTE Cod-aliment Det unic alimentele Numar întreg lung Nu Cheie primara Denumire-aliment Denumirea alimentului 25 caractere Nu U/M Unitate-de-masura 5 caractere Nu RETETAR Id-preparat Det unic alim în prep Autonumerotare Nu Cheie primara Cod-preparat Codul preparatului Numar întreg lung Nu Cod-aliment Cod aliment intrat Numar întreg lung Nu Cantitate-portie Cant alim în preparat Nr simplu 2 zecimale Nu PREPARATE Cod-preparat Det unic preparatele Numar întreg lung Nu Cheie primara Denumire-preparat Denumirea preparatului 25 caractere Nu Fel-preparat Tipul preparatului 10 caractere Nu Atributele tipurilor de entitati din view-ul Comenzi: Tip de entitate Atribute Descriere Tip de date si lungime Admite val nula Reguli PREPARATE Cod-preparat Det unic preparatele Numar întreg lung Nu Cheie primara Denumire-preparat Denumirea preparatului 25 caractere Nu Fel-preparat Tipul preparatului 10 caractere Nu COMENZI Nr-comanda Det unic comanda Numar întreg lung Nu Cheie primara Data-comanda Data comenzii Data Nu Client Numele clientului 25 caractere Nu Tip-plata Mod plata client 10 caractere Nu DETALIERE- Id-preparat Det unic prep în com Autonumerotare Nu Cheie primara COMANDA Nr-comanda Numarul comenzii Numar întreg lung Nu Cod-preparat Codul preparatului Numar întreg lung Nu Nr-portii Nr de portii comandate Numar întreg scurt Nu Necesitatea datelor, domeniile atributelor, integritatea entitatilor si a relatiilor sunt prezentate în tabelele de mai sus Manual de utilizare a aplicatiei Evidenta restaurant În momentul rularii aplicatiei "Evidenta restaurant mdb" se va deschide formularul numit MeniuPrincipal Acest meniu reprezinta interfata grafica a aplicatiei cu utilizatorul, permitand: 1) introducerea, actualizarea si stergerea datelor utilizant link-urile specifice; 2) obtinerea si vizualizarea interogarilor SQL specifice; 3) vizualizarea si printarea rapoartelor necesare; 4) accesarea help-ului aplicatiei Pentru introducerea, actualizarea ori stergerea datelor puteti deschide oricare din formularele de mai jos: Furnizor Nou Alimente Noi Intrare de alimente Preparate Noi Actualizare Meniu Actualizare Retetar Comenzi Clienti Pentru a vizualiza rapoartele aplicatiei intrati in meniul : Rapoarte Pentru a parasi aplicatia dati click pe "STOP" Formularul Furnizor Nou Acest formular este folosit pentru introducerea datelor corespunzatoare unui furnizor Pentru fiecare furnizor sunt retinute urmatoarele date: Nume furnizor In acest camp se introduce denumirea/numele firmei/societatii comerciale Cod fiscal furnizor In acest camp trebuie introdus codul fiscal al societatii comerciale pe care doriti sa o adaugati in baza de date Contul IBAN In acest camp se completeaza codul IBAN asociat contului bancar al societatii comerciale pe care doriti s-o adaugati in baza de date Localitatea In acest camp trebuie completata localitatea unde isi are sediul societatea nou introdusa Doar in cazul in care o cunoasteti, altfel puteti lasa necompletat acest camp Strada In acest camp se completeaza strada unde isi are sediul societatea comerciala pe care doriti s-o adaugati in baza de date Numar In acest camp se completeaza numarul strazii unde isi are sediul societatea comerciala pe care doriti s-o adaugati in baza de date TelefonFax In acest camp trebuie completat telefonul societatii comerciale pe care doriti s-o adaugati in baza de date Doar in cazul in care il cunoasteti, altfel puteti lasa necompletat acest camp Adaugarea de noi inregistrari si vizualizarea celor existente este posibila cu ajutorul barei de navigare aflate in subsolul formularului Formularul Alimente Noi Acest formular este folosit pentru introducerea datelor corespunzatoare unui aliment nou introdus in baza de date Acesta va fi completat in momentul primirii unui nou aliment Pentru fiecare aliment sunt retinute urmatoarele date: Denumirea alimentului Permite introducerea alimentelor noi, inexistente pana in acest moment in baza de date Acest text box este obligatoriu Unitatea de masura Permite introducerea unitatii de masura pentru alimentele noi, inexistente pana in acest moment in baza de date Aveti posibilitatea de a alege dintr-un grup de obiecte valoarea acesteia Formularul Intrare de alimente Acest formular este folosit pentru introducerea datelor corespunzatoare unei facturi fiscale cu care s-au achizitionat alimente de la furnizori Acesta va fi completat in momentul primirii marfii Pentru fiecare factura sunt retinute urmatoarele date: Nr factura Este folosit pentru introducerea numarului facturii fiscale cu care au fost achizitioate alimentele Valoarea din acest text box este de tip numar Data facturii In acest camp se introduce data emiterii facturii de tipul: ll/zz/aaaa, unde ll reprezinta luna, zz ziua iar aaaa anul curent Pentru a alege un furnizor existent in baza de date dati click pe sageata alaturata si selectati furnizorul dorit Daca furnizorul pe care doriti sa-l introduceti nu este in baza de date apasati butonul Inregistrare Furnizor Nou In momentul alegerii furnizorului dorit se vor adauba automat in formular toate datele citite anterior in formularul de Furnizor Nou Pentru a alege un produs existent in baza de date dati click pe sageata alaturata si selectati alimentul dorit Daca doriti sa introduceti un nou aliment, care nu este in baza de date apasati butonul Inregistrare Produs Nou Cantitate Reprezinta cantitatea din produs achizitionata pe baza facturii fiscale emise de furnizori Valoarea din acest text box este de tip numar cu trei zecimale Pret UM Reprezinta pretul unitar de achizitie al produsului de la furnizori si este specificat in factura fiscala cu care a fost achizitionat acesta Valoarea din acest text box este de tip numar cu doua zecimale Valoare Reprezinta valoarea totala de achizitie a produsului respectiv adica cantitate*pret UM si se autocalculeaza Formularul contine urmatoarele butoane: - Inregistrare FURNIZOR NOU a carui utilizare permite deschiderea formularului Furnizor Nou pentru adaugarea de noi furnizori in baza de date -Inregistrare PRODUS NOU a carui utilizare permite deschiderea formularului Alimente Noi pentru adaugarea de noi alimente in baza de date Adaugarea de noi inregistrari, stergerea si vizualizarea celor existente este posibila cu ajutorul barei de navigare aflate in subsolul formularului Formularul Preparate Noi Acest formular este folosit pentru introducerea datelor corespunzatoare unui preparat care nu s-a mai gatit in bucataria restaurantului Pentru aceasta se dau utmatoarele date: Denumire preparat In acest camp se introduce denumirea preparatului nou introdus, de tip text Tip preparat Pentru a competa acest camp se alege din grupul de optiuni a meniului ce fel de preparat este cel nou introdus: 1) Gustare 2) Felul I 3) Felul II 4) Garnitura 5) Salate 6) Fast-Food 7) Desert Formularul Actualizare Meniu Acest formular este folosit pentru vizualizarea listei cu preparatele deja existente in meniu, precum si pentru introducerea altora noi Pentru adaugarea unui nou preparat in meniu apasati butonul ADAUG PREPARAT NOU Formularul Actualizare Retetar Acest formular este folosit pentru introducerea/vizualizarea ingredientelor alimentare din care se produce un anumit preparat Adica alimentul si cantitatea din acesta care sunt necesare pentru a realiza produse la cele mai inalte standarde Se alege cu ajutorul butoanelor "Precedentul preparat" si "Urmatorul preparat", precum si cu ajutorul barei de navigare din subsolul formularului preparatul caruia dorim sa-i consultam sau modificam retetarul Denumire preparat Dupa pozitionarea pe un anumit preparat, i se actualizeaza sau vizualizeza gramajele standard Denumire aliment Cantitate portie Adaugarea de noi ingrediente, stergerea si vizualizarea celor existente este posibila cu ajutorul barei de navigare aflate in subsolul subformularului Formularul Comenzi Clienti Acest formular este folosit pentru simularea servirii unui client Vi se pune la dispozitie Meniul Casei, vizualizare cu ajutorul butonului Consultati MENIUL CASEI, a preparatelor servite si a pretului acestora Folosind butonul Vom prelua COMANDA, se deschide formularul de preluare efectiva a comenzilor, care contine: Nr comanda Este folosit pentru setarea numarului comenzii curente Valoarea din acest text box nu trebuie sa fie introdusa de catre utilizator, fiind setata de aplicatie Data comenzii In acest camp se alege data comenzii din calendarul afisat in formular, fiind de tipul ll/zz/aaa Nume client Se scrie de la tastatura numele clientului care face comanda Tip plata In acest camp se alege tipul platii din grupul de optiuni afisat Numerar/CEC Detalierea comenzii: Cod preparat Acest camp contine codul intern al produsului selectat de dumneavoastra Denumire preparat In acest camp se introduce denumirea preparatului nou introdus, de tip text Nr portii In acest text box trebuie sa treceti numarul de portii pe care doriti sa le comandati din preparatul ales Adaugarea de noi inregistrari si vizualizarea celor existente este posibila cu ajutorul barei de navigare aflate in subsolul formularului Rapoarte Rapoartele care pot fi vizualizate sunt urmatoarele: Furnizori Acest raport permite vizualizarea / printarea listei cu toti furnizorii cu care s-a colaborat pana in prezent Facturi in ziua Vi se cere sa introduceti o data anume, iar programul va genera lista facturilor din ziua respectiva Harta furnizori Rezultatul este un raport de tip grafic care ilustreaza de la care furnizor s-a cumparat mai mult Alimente intrate in ziua Acest raport genereaza situatia alimentelor care au fost achizitionate la data respectiva Stoc alimente intrate Acest raport permite printarea soldului tuturor alimentelor intrate cu cantitate, pret mediu pondetat si valoare (lista de inventariere) Meniul nostru Acest raport permite printarea / vizualizarea meniului restaurantului ce cuprinde toate preparatele care se gatesc in restaurantul nostru, grupate pe tipuri de preparate, si cu preturile de servire Comenzi in ziua Vi se cere sa introduceti data calendaristica, iar rezultatul va fi un raport in care se vor afisa toate comenzile din data respectiva Alimente iesite Va furniza raportul care cuprinde alimentele care s-au consumat pentru prepararea meniurilor solicitate prin comenzi Stoc final alimente Acest raport genereaza situatia stocului de alimente final adica total intrari din care se scad toate alimentele folosite la preparatele culinare comandate de clienti CAPITOLUL 11 Construirea unei aplicatii run-time in access Access va da posibilitatea de a construi aplicatii compilate run-time ce pot fi distribuite utilizatorilor ca un program de sine statator De ce este util sa cream kituri de instalare pentru bazele de date create de noi? Deoarece utilizatorii finali ai bazei noastre de date nu trebuie neaparat sa aiba Microsoft Office Access instalat pe calculator pentru a beneficia de aplicatie O utilitara pentru formarea unor astfel de aplicatii instalabile este: Microsoft Office Access 2003 Developer Extensions Acesta poate crea inclusiv un kit de instalare obisnuit Este important de retinut faptul ca, in cazul in care avem cod scris in Visual Basic for Applications, acesta trebuie sa fie lipsit de erori, in sensul ca trebuie sa compileze corect Pentru a compila corect codul nostru in VBA, se va pune la inceputul fiecarei sectiuni de cod referitoare la un anumit formular sau raport textul "Option Explicit" De exemplu: Pentru a compila se merge in meniul Debug, Compile si se scot eventualele erori, pana cand codul se compileaza fara eroare Este important de retinut acest aspect deoarece daca dorim sa cream un kit de instalare ce are erori la compilare, nu va merge VBA este un limbaj ce tolereaza unele erori de compilare, de exemplu nedeclararea variabilelor, iar baza de date merge aparent bine, dar se blocheaza in schimb daca dorim sa ii cream kit de instalare Acest Microsoft Office Access 2003 Developer Extensions este o utilitara ce se adauga la Office-ul instalat in prealabil dupa cum se observa si in imaginea de mai sus Iar pentru crearea unui kit de instalare pentru o baza de date se apasa pe "Package Wizard" Va apare urmatorul ecran: Se apasa pe Open si apare urmatorul ecran: Se apasa pe Next si urmeaza primul pas in construirea pachetlui de instalare pentru baza de date: Acest pas consta in alegerea unui sablon (template) deja existent in crearea unui nou kit de instalare, pentru a omite anumiti pasi parcursi deja anerior pentru un alt kit de instalare Avem ca exemplu sablonul NWINDPCK pentru clasicul exemplu de baza de date furnizat de Access "Northwind database" Sau se poate pur si simplu crea un nou template prin selectarea "Create a new template" iar apoi apasarea butonului "Next", dupa care urmeaza pasul 2: La "File to package" se allege fisierul sursa, baza de date, pentru care dorim sa realizam kitul de instalare La "root installation folder" se alege directorul in care se va face instalarea (de obicei Program Files, unde se instaleaza majoritatea programelor), si eventual se da un nume specific pentru subdirector Se va bifa optiunea "Include Access 2003 Runtime", ceea ce face ca in kitul de instalare sa fie adaugat si un Access runtime pentru ca programul instalat (baza de date) sa poata rula si pe calculatoare unde nu este instalat Access-ul De asemenea, se poate alege destinatia kitului de instalare ce se creeaza in acel moment, specificand o cale la "Output Options" Prin apasarea butonului next se trece la pasul 3, si vedem urmatorul ecran: Se pot alege prin bifare, optiunile pentru scurtatura catre aplicatie, se bifeaza Start Menu sau Desktop, in functie de preferinta Se alege apoi un nume si eventual un icon sugestiv De asemenea se pot bifa parametrii aditionali ce contin explicatii in paranteza Se apasa pe butonul "Next" pentru trecerea la urmatorul pas: In cadrul acestui pas se pot adauga fisiere auxiliare necesare aplicatiei, de exemplu poze, documente ce sunt folosite in aplicatie etc De asemenea, se poate alege si un fisier help Pentru trecerea la pasul urmator se poate apasa din nou butonul "Next" Aici se introduc in cadrul sectiunii "General Properties" numele si limba in care se va instala aplicatia In cadrul sectiunii "Featura Information" se alege titlul acesteia si descrierea De asemenea se poate adauga un End User License Agreement prin apasarea butonului Browse, o imagine de fundal si un banner, insa acestea nu sunt obligatorii Se poate trece la pasul urmator: Se va completa numele publicatorului precum si titlul ce apare la Properties Celelalte campuri sunt optionale si pot fi completate de asemenea cu informatiile dorite Pentru a finaliza pachetul de instalare se trece la ultimul pas si anume: Acesta este ultimul pas in crearea unui kit de instalare pentru baza dumneavoastra de date Se poate salva sablonul completat pentru alte kituri de instalare viitoare Se apasa pe butonul finish pentru a se crea kitul Directorul kitului de instalare va contine ceva de genul: Pentru a instala aplicatia se lanseaza setup exe, iar instalarea decurge ca in cazul oricarui program BIBLIOGRAFIE Connoly T , Begg C , Strachan A , Data base systems, Addison Wesley, 1997 Harrington J L , Relational database design, AP Professional, 1998 Iacob P , Baze de date, Curs Univ 'Transilvania' Brasov, 2003 Iacob P , Ghid de proiectare a bazelor de date relationale, Univ 'Transilvania' Brasov, 1997 Iacob P Baze de date pentru începatori, Ed Univ Pitesti, 2000 124 